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Abstract 

In the past years, analyzers have been introduced to detect classes of non-terminating 
queries for definite logic programs. Although these non-termination analyzers have shown 
to be rather precise, their applicability on real-life Prolog programs is limited because 
most Prolog programs use non-logical features. As a first step towards the analysis of 
Prolog programs, this paper presents a non-termination condition for Logic Programs 
containing integer arithmetics. The analyzer is based on our non-termination analyzer 
presented at ICLP 2009. The analysis starts from a class of queries and infers a subclass 
of non-terminating ones. In a first phase, we ignore the outcome (success or failure) of 
the arithmetic operations, assuming success of all arithmetic calls. In a second phase, 
we characterize successful arithmetic calls as a constraint problem, the solution of which 
determines the non-terminating queries. 

Keywords: non-termination analysis, numerical computation, constraint-based approach 

Note: This article has been published in Theory and Practice of Logic Program- 
ming, volume 11, issue 4-5, pages 521-536, 2011. 



1 Introduction 

The problem of proving termination has been studied extensively in Logic Pro- 
gramming. Since the early works on termination analysis in Logic Programming, 



see e.g. (De Schreye and Decorte 1994), there has been a continued interest from 



the community for the topic. Lots of in-language and transformational tools have 



been developed, e.g. (Giesl et al. 2006) and (Nguyen et al. 2011), and since 2004, 
there is an annual Termination Competition^] to compare the current analyzers on 
the basis of an extensive database of logic programs. 

In contrast with termination analysis, the dual problem, to detect non-terminating 
classes of queries, is a fairly new topic. The development of the first and most well- 



known non-termination analyzer, NTI (Payet and Mesnard 2006), was motivated 



by difficulties in obtaining precision results for termination analyzers. Since the halt- 
ing problem is undecidable, one way of demonstrating the precision of a termination 
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analyzer is with a non-termination analyzer. For NTI it was already shown that 
for many examples one can partition queries in terminating and non-terminating. 
NTI compares the consecutive calls in the program using binary unfoldings and 
proves non-termination by comparing the head and body of these binary clauses 
with a special more general relation. 

Recently, in joined work with Yi-Dong Shen, we integrated loop checking into 
termination analysis, yielding a very accurate technique to predict the termination 
behavior for classes of queries described using modes (Shen et al. 2009). Classes of 
queries are represented as moded queries. A moded query consists of a query and 
a label, input or output, for each variable in the query. These moded queries are 
then evaluated with a moded SLD-tree obtained by applying clauses to the partially 
instantiated query and propagating the labels. To guarantee a finite analysis, this 
moded SLD-tree is constructed using a complete loop check. After evaluating the 
moded query, the analysis predicts the termination behavior of the program for the 
considered queries based on the labels and substitutions in the moded SLD-tree. 

Motivated by the elegance of this approach and the accuracy of the predictions, 
our research focused on defining a non-termination condition based on these moded 
queries. In (Voets and De Schreye 2009), we introduced a non-termination condi- 
tion identifying paths in a moded SLD-tree that can be repeated infinitely often. 
This approach was implemented in a system called P2P, which proved more accu- 
rate than NTI on the benchmark of the termination competition. An evaluation of 
the classes of queries not handled by current approaches lead to considerable im- 
provements in our non-termination analysis. These improvements were presented 
in (Voets and De Schreye 2011 ) and implemented in the analyzer pTNT. 

Both termination and non-termination analyzers have been rather successful in 
analyzing the termination behavior of definite logic programs, but only a few ter- 
mination analyzers, e.g. (Serebrenik and De Schreye 2001), and none of the non- 
termination analyzers handle non-logical features such as arithmetics or cuts, typ- 
ically used in practical Prolog programs. In this paper, we introduce a technique 
for proving non-termination of logic programs containing a subset of the built-in 
predicates for integer arithmetic, commonly found in Prolog implementations. 

Given a program, containing integer arithmetics, and a class of queries, described 
using modes, we infer a subset of these queries for which we prove existential non- 
termination (i.e. the derivation tree for these queries contains an infinite path). The 
inference and proof are done in two phases. In the first phase, non-termination of the 
logic part of the program is proven by assuming that all comparisons between integer 
expressions succeed. We will show that only a minor adaption of our technique 
presented in (Voets and De Schreye 2009) is needed to achieve this. In the second 
phase, given the moded query, integer arguments are identified and constraints over 
these arguments are formulated, such that solutions for these constraints correspond 
to non-terminating queries. 

The paper is structured as follows. In the next section, we introduce some prelim- 
inaries concerning logic programs, integer arithmetics and we present the symbolic 
derivation trees used to abstract the computation. In Section 3, we introduce our 
non-termination condition for programs containing integer arithmetics. In Section 
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4, we describe our prototype analyzer and some results. Finally, we conclude in 
Section 5. 



2 Preliminaries 
2.1 Logic Programming 

We assume the reader is familiar with standard terminology of logic programs, in 



particular with SLD-resolution as described in (Lloyd 1987). Variables are denoted 
by strings beginning with a capital letter. Predicates, functions and constant sym- 
bols are denoted by strings beginning with a lower case letter. We denote the set of 
terms constructible from a program P by Termp . Two atoms are called variants if 
they are equal up to variable renaming. An atom A is more general than an atom 
B and B is an instance of A if there exists a substitution 9 such that A8 = B. 

We restrict our attention to definite logic programs. A logic program P is a finite 
set of clauses of the form H 4— A\, A n , where H and each Ai are atoms. A goal 
d is a headless clause <— A\,...,A n . A top goal is also called the query. Without 
loss of generality, we assume that a query contains only one atom. 

Let P be a logic program and Gq a goal. Gq is evaluated by building a general- 



ized SLD-tree as defined in (Shen et al. 2009), in which each node is represented 



by Ni : Gi where Ni is the name of the node and Gi is a goal attached to the 
node. Throughout the paper, we choose to use the best-known depth-first, left-most 
control strategy, as is used in Prolog, to select goals and atoms. So by the selected 
atom in each node Ni :4— Ai,...,A n , we refer to the left-most atom A%. For any 
node N : Gi, we use A] to refer to the selected atom in Gi. Let A] and Aj be the 
selected atoms at two nodes Ni and Nj , respectively. Aj is an ancestor of Aj if the 
proof of A\ goes through the proof of Aj . 

A derivation step is denoted by JVj : G L =>c N+i : Gj+i, meaning that applying 
a clause C to Gi produces N i+ i : G i+ i. Any path of such derivation steps starting 
at the root node N : Gq is called a generalized SLD-derivation. 



2.2 Integer arithmetics 

Prolog implementations contain special purpose predicates for handling integer 
arithmetics. Examples are is/2, > /2, =:= /2, . . . 

Definition 1 

An expression Expr is an integer expression if it can be constructed by the following 
recursive definition. 

Expr = z ^7L\ —Expr \ Expr + Expr \ Expr — Expr \ Expr * Expr □ 

An atom "V is Expr", with V a free variable and Expr an integer expression, is 
called an integer constructor. An atom Exprlo Expr2 is called an integer condition 
if Exprl and Expr2 are integer expressions and o e {>,>=,=<,<, = : = ,=/=}. 
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2.3 Moded SLD-trees and loop checking 



In (Voets and De Schreye 2009), classes of queries are represented as moded queries. 
Moded queries are partially instantiated queries, in which variables can be labeled 
as input. Variables labeled input are called input variables and represent arbitrary 
ground terms. To indicate that a variable is labeled as input, the name of the 
variable is underlined. A query in which no variable is labeled as input is called 
a concrete query. The set of concrete queries represented by a moded query Q is 
called the denotation of Q. 

Definition 2 

Let Q be a query and {I±, . . . , /„} its set of input variables. The denotation of Q, 
Den(Q), is defined as: 

Den(Q) = {Q{Ii \ t\ , . . . , I n \ t n } \ ti G Termp, ti is ground, 1 < i < n}. □ 

Note that the denotation of a concrete query is a singleton containing the query 
itself. Denotations of moded goals and atoms are defined similarly. 

A moded query 4— Q is evaluated by constructing a moded SLD-tree, representing 
the derivations of the queries in Den(<r- Q). This moded SLD-tree is constructed by 
applying SLD-resolution to the query and propagating the labels. An input variable 
I can be unified with any term t S Termp. After unifying / and t, all variables of 
t will be considered input as well. 

Example 1 

Figure [I] shows the moded SLD-tree of the program eqjplus for the moded query 
<— eqjplus(I, J, P). This program is non-terminating for any query in Den(-<r- 
eqjplus(I, X, 0)) and fails for all other queries in Den(<— eq-plus(I, J, P_)). A query 
fails if its derivation tree is finite, with no path ending with the empty goal. 

eq_plus (I , J ,P) : - eq(I,J), plus (P , I , In) , eq_plus(In, J,P) . 
eq(A,A). plus(0,B,B). plus(s(A) ,B,s(C)) :- plus(A,B,C) . 



N : <- eq_plus(I,J,P) 



N : <- eq(|,J), plus(P,I,l1),eq_plus(l1,J,P) 



N 2 : <- plus(P,l,l1),eq_plus(H,I,P) 

P\0 2 ^ 
11 \i 

N 3 : <- eq_plus(LJ,0) 

4 

N : «- eq(Ll), plus(0,|,l2),eq_plus(l2,i,0) N a : «- eq_plus(s(i),l,s(0)) 



3 Pls(P1) 
^11 \S(I2) 

N 7 : <- plus(P_l,l,l3),eq_plus(l3,|,s(P_l)) 

E1\0 



N 5 : «- plus(0,|,l2),eq_plus(l2,J,0) 

2 1 12 U 

N : «- eq_plus(i,l,0) 



N 9 : «- eq(s(l),l), plus(s(0),s(l),l4), 
eq_plus(l4,s(i),s(0)) 



Fig. 1. Moded SLD-tree eqjplus 

Substitutions on input variables express conditions for the clause to be applicable. 
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The edge from node N2 to N$ shows that clause two is applicable if the concrete 
term denoted by P can be unified with 0. The substitution, II \ I, shows that 
applying this clause unifies II with the term corresponding to J. 

Every derivation in a moded SLD-tree for a query Q corresponds to a concrete 
derivation for a subclass of Den(^- Q). The subclass of queries for which a deriva- 
tion to node JV, is applicable is obtained by applying all substitutions on input 



variables from N to JV$. Our condition of (Voets and De Schreye 2009) proves non- 
termination for every query for which the derivation to N 3 is applicable. The substi- 
tutions on input variables in the derivation to N3 are J_\I and P\0. Applying these 
to the query proves non-termination for the queries in Den(-s— eqjplus(I, I, 0)). □ 

As in the example, moded SLD-trees are usually infinite. To obtain a finite anal- 
ysis, a complete loop check is applied during the construction of the tree. As in 



our previous works, (Voets and De Schreye 20091 (Voets and De Schreye 2011 1, we 



use the complete loop check LP-check, (Shen et al. 2003). Without proof, we state 



that this loop check can also be used for moded SLD-trees and refer to ( Shen et al. 



2003) for more information. 



Example 2 

In Figure [l] LP-check cuts clause 4 at node and clause 3 at node Nj. □ 

Combined with the loop check, a moded SLD-trcc can be considered a light- 
weight alternative to an abstract interpretation for mode analysis. 



3 Non-termination analysis for programs with integer arithmetics 

In this section, we introduce a non-termination condition for programs containing 
integer arithmetics. To abstract the computations for the considered queries, the 



moded SLD-tree of (Shen et al. 2009) is used, with some modifications to handle 
integer constructors and integer conditions. LP-check ensures finiteness of the tree 
and detects paths that may correspond to infinite loops. For every such path, two 
analyses are combined to identify classes of non-terminating queries. 



In the first phase, an adaption of the non-termination condition of (Voets and De 



Schreye 2009 1 detects a class of queries such that each query is non-terminating or 
fails due to the evaluation of an integer condition such as > /2. This class of queries 
is a moded query with an additional integer label for variables representing unknown 
integers. In the second phase, the class of queries is restricted to a class of non- 
terminating queries by formulating additional constraints on the integer variables of 
the moded query. To prove that this class of non-terminating queries is not empty, 
these constraints over unknown integers are transformed to constraints over the 
natural numbers and solved by applying well-known techniques from termination 
analysis. Then we try to solve these constraints by transforming them to constraints 
over the natural numbers and applying well-known techniques on them. 
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3.1 Moded SLD-tree for programs with integer arithmetics 



The first step of the extension is rather straightforward. The extensions to the 



moded SLD-tree of ( Shen et al. 2009 ) are limited to the introduction of the label 
integer variable and additional transitions to handle integer constructors and inte- 
ger conditions. Integer variables are also input variables and will also be represented 
by underlining the name of the variable. An integer constructor, i.e. is/2, is appli- 
cable if the first argument is a free variable and the second argument is an integer 
expression. The application of an integer constructor labels the free variable as an 
integer variable. An integer condition, e.g. > /2, is applicable if both arguments 
are integer expressions. Since integer variables denote unknown integers, integer 
expressions are allowed to contain integer variables. Applications of integer con- 
structors and integer conditions in the moded SLD-tree are denoted by derivation 
steps Ni : d =4> cons N l+X : G l+ i and N t : d =^ con d N i+1 : G l+ i, respectively. 

Example 3 

The following program, count-to, is a faulty implementation of a predicate gener- 
ating the list starting from up to a given number. The considered class of queries 
is represented by the moded query <— count_to(N_, L) with N_ an integer variable. 

count_to(N,L) :- count (0,N,L). count (N,N, [N] ) . 

count (M , N , [M I L] ) : - M > N, Ml is M+l, count (Ml, N, L) . 

In the last clause, the integer condition should be M < N instead of M > N. Due 
to this error, the program: 

• fails for the queries for which N_ > holds, 

• succeeds for <— count _to(0, L), 

• loops for the queries for which N < holds. 



N : «- count_to(N,L) 

1 

N,: <- count(0,N,L) 

M\0 ~\L\[0|L1] 



N 2 : □ N 3 : <- > N, M1 is 0+1, count(M1,N,L1) 

N 4 :^M1 is0+1,count(M1,N,L1) 

cons | 

N 5 : «- count(Ml,N,L1) 
N : □ 



N 7 : «- Ml > N, M2 is Ml+1 , count(M2,N,L2) 
N e : M2 is Ml+1, count(M2,N,L2) 
N : <- cou J(M2,N,L2) 



M2\N 
L2 \ [N] 



2 | L2 1 rwl 

N„: □ 



Fig. 2. Moded SLD-tree count-to 

Figure [2] shows the moded SLD-tree for the considered query, constructed using 
LP-check. LP-check cuts clause 3 at node 7V 9 . □ 
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Note that by ignoring the possible values for the integer variables when con- 
structing the tree, some derivations in it may not be applicable to any considered 
query. For example the refutations at nodes Nq and N\q in the previous example 
cannot be reached by the considered queries. 



3.2 Adapting the non-termination condition 



In (Voets and De Schreye 2009), programs are shown to be non-terminating for 
a moded query, by proving that a path in the moded SLD-tree can be repeated 
infinitely often. Such a path, from a node iVj, to a node N e , is identified based on 
three properties. The path should be applicable, independent from the concrete 
terms represented by the input variables. Therefore, the first property states that 
no substitutions on input variables may occur between and N e . The second 
property states that the selected atom of Nf, - i.e. A\ - has to be an ancestor of 
A\. These two properties prove that the sequence of clauses in the path from iVj, 
to N e is applicable to any goal with a selected atom from Den(A\). Therefore, 
non-termination is proven by requiring that Den(A\) is a subset of Den(A\). This 
property can be relaxed by requiring that each atom in Den(A\) is more general 
than some atom in Den(A\). If this is the case, A\ is called moded more general 
than A\. For definite logic programs, these three properties imply non-termination. 

Definition 3 

Let A and B be moded atoms. A is moded more general than B if 

V/ £ Den(A), 3 J € Den(B) : I is more general than J. □ 

Example 4 

In Figure [l] the path from N$ to Nq satisfies these properties. The ancestor relation 
holds. There are no substitutions on input variables in the path. Finally, the selected 
atoms are identical and therefore denote the same concrete atoms. □ 

The following proposition provides a practical sufficient condition to verify whether 
the moded more general relation holds. 



Proposition 1 [Proposition 1 of (Voets and De Schreye 2009) ) 



Let A and B be moded atoms. Let A\ and B\ be renamings of these atoms such 
that they do not share variables. A is moded more general than B if A\ and B\ are 
unifiable with most general unifier {V\ \ t±, . . .,V n \ t n }, ti € Termp, 1 < i, < n, 
such that for each binding V{ \ ti, either: 

• Vi £ Var(Bi) and Vi is labeled as input, or 

• VI € Var(Ai), Vi is not labeled as input and no variable of Var{ti) is labeled 
as input. □ 

As stated, we want to prove that every query in the denotation of the considered 
moded query is either non-terminating or terminates due to the evaluation of an 
integer condition. To achieve this, we need to guarantee that integer constructors are 
repeatedly evaluated with a free variable and an integer expression as arguments 
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and that integer conditions are repeatedly evaluated with integer expressions as 
arguments. Proposition [l] already implies that the first argument of all integer 
constructors are free variables in the subsequent iterations of the loop. 

To prove the repeated behavior on integer constructors and integer expressions 
stated above, the integer-similar to relation is defined. Intuitively, given some loop 
in the computation, if an atom at the end of the loop is integer-similar to an atom 
at the start of the loop, then it will provide the required integer expressions to 
the first atom. First, we introduce positions to identify subterms and a function to 
obtain a subterm from a given position. 

Definition 4 

Let L be a list of natural numbers, called a position, and A a moded atom or term. 
The function subterm(L,A) returns the subterm obtained by: 

• if L = [I] and A — f(A\, . . . , Aj, Aj + i, . . . , A n ) then subterm(L, A) = Ai 

• else if L = [I\T] and A = f(Ai, . . . ,Aj,Ai + i, . . . ,A n ) then subterm(L , A) = 
subterm(T, Ai) □ 

An atom A is integer-similar to an atom B if it has integer expressions on all 
positions corresponding to integer expressions in B. 

Definition 5 

Let A and B be moded atoms. A is integer- similar to B if for every integer expres- 
sion ts of B, with subterm jL, B) = ts, there exists an integer expression tA of A, 
with subtermjL, A) = tA- Q 



Example 5 

• count (0, N_, L) is integer-similar to countjM , N , L) 

• count jM_, N_, L) is integer-similar to countjO, N, L) 

• count (M + 1, JV, L) is integer-similar to countjM, N, L) 

• count (M, N, L) is not integer-similar to countjM + 1, JV, L) 

Note that the last one is a counterexample because countjM +1, N, L) has integer 
expressions on [1,1] and [1,2], while countjM, JV, L) does not have any subterms 
on these positions. □ 



Theorem 1 

Let JVb and N e be nodes in a moded SLD-tree for a moded query Q. Let Q' be the 
moded atom obtained by applying to Q all substitutions on input variables from 
JVo to Nb. Every query in DenjQ') is either non-terminating or terminates due to 
the evaluation of an integer condition if the following properties hold: 

• A\ is an ancestor of A\ 

• no substitutions on input variables occur from Nj, to JV e 

• A\ is moded more general than A\ 

• A\ is integer-similar to A\ □ 
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Example 6 

The path between nodes N$ and Ng in Figure [2] satisfies the conditions of Theorem 
[1} There are no substitutions on input variables from iVo to N§ and thus, every query 
in Den{-<r- count Jto{N_, L)) is either non-terminating or fails due to the evaluation 
of an integer condition. Note that although «— count _io(0, L) has a succeeding 
derivation to N2, its derivation to Ng fails due to the integer condition > N. □ 

To verify the last property automatically, we strengthen Proposition [l] to imply 
both the moded more general relation and the integer-similar to relation. 

Proposition 2 

Let A and B be moded atoms. Let A\ and B\ be renamings of these atoms such 
that they do not share variables. A is moded more general than B and A is integer- 
similar to B, if A\ and B\ are unifiable with most general unifier {Vi\ti, . . . , V n \t n }, 
such that for each binding Vi\ti, 1 < i < n, either: 

• Vi € Var(Bi) and Vi is labeled as integer and f, is an integer expression, or 

• Vi G Var(Bi) and Vi is labeled as input but not as integer variable, or 

• Vi € Var(Ai), Vi is not labeled as input, no variable of Var(ti) is labeled as 
input and U does not contain integers. □ 



Example 7 

Since the selected atoms of nodes JV5 and Ng in Figure [2] are variants, Proposition 
1 holds. □ 



3.3 Generating the constraints on the integers of the query 

In this subsection, we introduce the constraints on the integer variables of the 
moded query, identifying values for which all integer conditions in the considered 
derivations succeed. These constraints consist of reachability constraints, identifying 
queries for which the derivation up till the last node is applicable, and an implication 
proving that the integer conditions will also succeed in the following iterations. 

Example 8 

As a first example, we introduce the constraints for the path between ./V5 and Ng 
in the moded SLD-tree of count-to in Figure [2] For this path, Theorem [T] holds 
and thus every query denoted by count -io(N , L) is either non-terminating or 
terminates due to an integer condition. 

To restrict the class of considered queries to those for which the derivation to iVg 
is applicable, all integer conditions in the derivation are expressed in terms of the 
integers of the query, yielding > N and + 1 > N. 

For this program and considered class of queries, the condition > N_ implies 
that the derivation is applicable until node Ng. The following implication states 
that if the condition of node N? holds for any two values M and N, then it also 
holds for the values of the next iteration. 

VAf, N e Z : M > N M + 1 > N 
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This implication is correct and thus proves non-termination for the considered 
queries if the precondition holds in the first iteration. This is the case for all 
queries in Den(<— count -to(N, L)) with > N_ since the value corresponding to 
M in the first iteration is and the value corresponding to N is N_. This proves 
non-termination of all considered queries for which > N_. □ 

In the following example, applicability of the derivation does not imply non- 
termination. To detect a class of non-terminating queries, a domain constraint is 
added to the pre- and postcondition of the implication. 

Example 9 

constants (I , J) : - I =:= 2, In is J*2, Jn is I-J, constants (In, Jn) . 

The clause in constants is applicable to any goal with constants(2, J_) as selected 
atom, with J_ an integer variable. Since the first argument in the next iteration is 
the value corresponding to J * 2, only goals with the selected atom constants(2, 1) 
are non-terminating for this program. 

Since applicability of the derivation does not imply non-termination, a similar 
implication as in the previous example is false, VI, J E Z : I = 2 ==>■ J * 2 = 2. 
To overcome this, a constraint is added to the pre- and post-condition of this 
implication, restricting the considered values of J to an unknown set of integers, 
called its domain. 

BDonij C Z, V/, J e Z : I = 2, J e Dom 2 J*2 = 2,I - J E Domj 

The resulting implication is true for Donij = {1}. By requiring that the considered 
moded query satisfies both the reachability constraint and the additional constraint 
in the pre-condition, the non-terminating query <— constants(2, 1) is obtained. □ 

All information needed to construct these constraints can be obtained from the 
moded SLD-tree. 

Definition 6 

Let C be an integer condition or expression and Ni and Nj two nodes in a moded 
SLD-tree D. Let Cons be the set of all integer constructors occurring as selected 
atom in a node N p (i < p < j) in D. 

The function apply _cons{C, Ni, Nj) returns the integer condition or expression 
obtained by exhaustively applying J \ Expr to C, for any / is Expr G Cons. □ 

The constraints guaranteeing a derivation to Nj to be applicable, can be obtained 
using apply _cons(C ond, Nq, N) for any integer condition Cond in a node Ni in the 
considered derivation. For a path from iVb to iV e , the precondition of the implication 
is obtained using apply _cons(Cond, TV^, Ni), for each condition Cond in a node Ni 
between nodes iVf, to N e and universally quantifying the integer variables of Nt>. 

Example 10 

The derivation to Nq in Figure [2j contains integer conditions in nodes N$ and JV7. 
These are expressed on the integer variable of the query, TV, using apply -cons. 

• apply _cons(0 > N, N Q , N 3 ) = > N 

• apply _cons(Ml > N, N n , N?) = + 1 > N 
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To obtain the precondition of the implication, the integer condition in N7 is ex- 
pressed in terms of the integer variables of N5. 

• apply -Cons(Ml > K, N 5l N 7 ) = Ml > N 

Universally quantifying these variables yields the precondition. □ 

To obtain the consequence of the implication for a path from Nb to N e , one first 
replaces the integer variables of Nf, in the precondition by the corresponding integer 
variables of N e . Then, apply -cons is used to express the consequence in terms of 
the values in the previous iteration. 

Definition 7 

Let LHS be the precondition of an implication, consisting of integer conditions 
and constraints of the form / G Domj. Let and Nj be two nodes in a moded 
SLD-derivation such that all integer variables in LHS are in A\ and let I\ , . . . , /„ 
be all integer variables of A\ . 

If there exist subterms of Aj, ti, . . . , t n , such that VX : subterm(L, A\) = I p ==> 
subterm(L, Aj) = t p , 1 < p < n, then replace(LH S, iVj, Nj) is obtained by applying 
{I\ \ ti, . . . , I n \ t n } to all constraints in LHS. □ 



Example 11 

In Example [Toj we generated the precondition of the implication, Ml > N_. To 
obtain the consequence, replace( Ml > N_,N 5l N g ) is applied, yielding M 2 > N_. 
Then, the integer variable of N 9 , M 2 , is expressed in terms of the integer variables 
of 7V 5 using apply _cons(M2 > N, N 5 ,N g ) = Mi + 1 > N. 

Adding the domains to the pre- and postcondition yields the desired implication: 
3Dom N ,Dom M i C Z,VN,M1 € Z : Ml > N, N 6 Dom N , Ml e Dom M i 

Ml + 1 > N, N e Dom N , Ml + 1 e Dom M □ 

Adding these constraints to the class of queries detected by Theorem [l] yields a 
class of non-terminating queries. 



3.4 Proving that the constraints on integers are solvable 

The previous subsection introduced constraints, implying that all integer conditions 
in a considered derivation succeed. In this subsection, we introduce a technique 
to check if these constraints have solutions, using a constraint-based approach. 
Symbolic coefficients represent values for the integers in the query and domains in 
the implication, for which the considered path is a loop. After these coefficients 
are introduced, the implication is transformed into a set of equivalent implications 
over natural numbers. These implications can then be solved automatically in the 



constraint-based approach, based on Proposition 3 of (Nguyen et al. 2011). 



Proposition 3 [Proposition 3 of (Nguyen et al. 2011)) 



Let prem be a polynomial over n variables and cone a polynomial over 1 vari- 
able, both with natural coefficients, where cone is not a constant. Moreover, let 
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P\t ■ ■ ,p n +i, Qi, ■ ■ ■ , Qn+i be arbitrary polynomials with integer coefficient^] over 
the variables X. If 

yx e N : conc(p n+1 ) - conc(q n+1 ) - prem(px, ■ ■ ■ ,p n ) + prem(qx, . . . , q n ) > 
is valid, then \/X £ N : p\ > q\, . . . ,p n > q n p n +i > <Zn+i is also valid. □ 

3.4-1 Introducing the symbolic coefficients. 

To represent half-open domains in the implication by symbolic coefficients, the 
domains are described by two symbolic coefficients, one upper or lower limit and 
one for the direction. Constraints of the form Exp € Domj in the implication, 
are replaced by constraints of the form di * Exp > dj * ci with d\ either 1 or — 1, 
describing the domain {c/, cj — 1, . . .} for dj = — 1 and {c/, cj + 1, . . .} for d = 1. The 
values to be inferred for the integers of the query should satisfy the precondition 
of the implication. Off course, the symbolic coefficients cj should also be consistent 
with the values of the integers in the query. 

Example 12 

In Example [HJ we introduced constraints on the integer variable N_, > N and 
+ 1 > N_, proving non-termination for queries in Den(-<r- count _to( N , L)). By 
convention, we denote the symbolic coefficients as constants. For the integer variable 
jV, we introduce the symbolic coefficient n. 

The implication introduced in Example [8j for the path from TVs to ./Vg in Figure 
[2] does not contain constraints on the domains. When adding these constraints to 
the pre- and postcondition, we obtain the following implication. 

VM, N e Z : M > N, N E Dom N , M £ Dom M =$> 
M + 1 > N, N e Dom N , M + 1 e Dom M 

Representing these domains by symbolic coefficients yields the following implica- 
tion. 

VM, N e Z : M > N, d N * N > d N * c N , d M * M > d M * c M => 
M + 1 > N, d N *N>d N *c N , d M * (M + 1) > d M * c M 

To guarantee that the precondition succeeds for the considered derivation, cm 
and cjv are required to be the values for M and N_ in node N5. Combining these 
constraints implies non-termination for the query 4— count -to (n, L), for which the 
following constraints are satisfied with some unknown integers cjv, cm, ^jv and dM- 

(1) > n, + 1 > n to guarantee applicability of the derivation 

(2) cn = n, cm = + 1 to guarantee that the precondition holds 

(3) d N = 1 V d N = -1, d M = 1 V d M = -1, 

(4) VM, N e Z : M > N,d N * N > d N * c N , d M *M> d M * c M => 

M + 1 > N,dw * N > djv * cw, * (M + 1) > c?m * cm to prove that 
the condition succeeds infinitely often. 



2 Proposition 3 in ( jNguyen et al. 2011} uses natural coefficients, but the proposition also holds 
for polynomials with integer coefficients. 
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Due to the implication, du has to be 1. djv can be either 1 or — 1. 



□ 



To be able to infer singleton domains, we allow the constant describing the di- 
rection of the interval to be 0. If in such a constant d/ is zero, the constraints on 
the domain are satisfied trivially because they simplify to > 0. To guarantee that 
the domain is indeed a singleton when di is inferred to be zero, a constraint of the 
form (1 — dj)Exp — (1 — df) * ci is added to the postcondition for every constraint 
di * I > dj * Cj. This constraint is trivially satisfied for half-open domains and 
proves that {c/} is the domain in the case that di = 0. 

Example 13 

In Example [9j we introduced constraints on the integer variables I and J, proving 
non-termination for queries in Den(-<r- constants{l_, J)) . Introducing symbolic co- 
efficient i and j for the integers of the query and for the domains of I and J, yields 
the following constraints. 

(1) i = 2 to guarantee applicability of the derivation 

(2) cj = i, cj = j to guarantee that the precondition holds 

(3) di < 1, di > -1, dj < 1, dj > -1, 

(4) V/, J € Z : I = 2, di * I > di * c 7 , dj * J > dj * cj =*> 

J * 2 = 2, di * (J * 2) > di * cj, (1 - rff) * (J * 2) = (1 - df ) * c/, 
dj * (I - J) > dj * cj, (1 - <$) * (J — J) = (1 — 4) * cj 

The implication in (4) can only be satisfied with dj equal to zero. □ 



3.4-2 To implications over the natural numbers 

The symbolic coefficients to be inferred which represent the domains, allow to trans- 
form the implication over Z to an equivalent implication over N. 

• for di — 1, any integer in {cr, cj + 1, . . .} that satisfies the precondition is 
in {a + di * N | N e N} 

• for di = — 1, any integer in {cj, cj — 1, . . .} that satisfies the precondition is 
in {a + di * N | N e N} 

• for di = 0, any integer in {c/} that satisfies the precondition is in {ci + di*N \ 

n e N} 

Therefore, we obtain an equivalent implication over the natural numbers by re- 
placing each integer / by its corresponding expression cj + di * N and replacing the 
universal quantifier over I by a quantifier over N. 



3-4-3 Automation by a translation to diophantine constraints 



To solve the resulting constraints, we use the approach of (Nguyen et al. 2011 ). 
Constraints of the form A =:= B in the implication, are replaced by the conjunc- 
tion A > B, B > A. Constraints of the form A = / = B, yield two disjunctive 
cases. One obtained by replacing the = / = in the pre- and postcondition by > 
and one obtained by replacing it by <. The other conditions - i.e. >, < and < - 
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are transformed into >-constraints in the obvious way. Implications with only one 
consequence are obtained by creating one implication for each consequence, with 
the pre-condition of the original implication. 

The resulting implications allow to apply Proposition [3j These inequalities of 
the form, p > 0, are then transformed into a set of diophantine constraints, i.e. 
constraints without universally quantified variables, by requiring that all coefficients 
of p are non- negative. As proposed in (Nguyen et al. 2011 ), the resulting diophantine 
constraints are then transformed into a SAT-problcm. The constraints are then 
proven to have solutions by a SAT solver by inferring one possible solution. 



4 Evaluation 

We have implemented our analysis and integrated it within our existing non- 
termination analyzer pTNT. The analyzer can be downloaded from 



http://www.cs.kuleuven.be/~dean/iclp2011.html. We tested our analysis on a bench- 



mark of 16 programs similar to those in the paper. These programs are also avail- 
able online. To solve the resulting SAT-Problem, MiniSat (En and Srensson 2003) 
is used. 



linear-class, 3 bits linear-class, 4 bits max2-class, 3 bits max2-class, 4 bits 
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Table 1. An overview of the experiments 

We experimented with different bit-sizes in the translation to SAT and different 
classes of functions for the prem functions in Proposition [3] As cone functions, the 
identity function was used. Table [T] shows the results for the considered settings, + 
denotes that non-termination is proven successfully, — denotes that non-termination 
could not be proven and OS denotes that the computation went out of stack. The 
considered settings are 3 and 4 as bit-sizes and linear and maxl as forms for the 
symbolic prem-functions. The linear class is a weighted sum of each argument. The 
maxl class contains a weighted term for each multiplication of two arguments. The 
analysis time is between 1 and 20 seconds for all programs and settings. 

Table [T] shows non-termination can be proven for any program of the bench- 
mark when choosing the right combination of parameters, but no setting succeeds 
in proving non-termination for all programs. Programs int9 and intYl require a 
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constant that cannot be represented with bit-size 3. Linear prem-functions cannot 
prove non-termination for intlO. However, the setting with 4 as a bit-size and max2 
as class of prem-function usually fails, because these settings cause an exponential 
increase in memory use during the translation to SAT. 



5 Conclusion 

In this paper we introduced a technique to detect classes of non-terminating queries 
for logic programs with integer arithmetic. The analysis starts with a given program 
and class queries, specified using modes, and detects subclasses of non-terminating 
queries. First, the derivations for the given class of queries are abstracted by build- 



ing a moded SLD-tree (Shen et al. 2009) with additional transitions to handle 



integer arithmetic. Then, this moded SLD-tree is used to detect subclasses of non- 
terminating queries in two phases. In the first phase, we ignore the conditions over 
integers, e.g. > /2, and detect paths in the moded SLD-tree that correspond to in- 
finite derivations if all conditions on integers in those derivations succeed. For every 
such path, the corresponding subclass of queries is generated. In the second phase, 
the obtained classes of queries are restricted to classes of non-terminating queries, 
by formulating constraints implying that all conditions on integers will succeed. 
These constraints are then solved by transforming them into a SAT problem. 

We implemented this approach in our non-termination analyzer pTNT and evalu- 
ated it on small benchmark of non-terminating Prolog programs with integer arith- 
metic. The evaluation shows that the proposed technique is rather powerful, but 
also that the parameters in the transformation to SAT must be chosen carefully to 
avoid excessive memory use. For future work, we plan to improve the efficiency by 
using SMT solvers. 

Acknowledgment We thank the referees for their useful and constructive comments. 



References 

De Schreye, D. and Decorte, S. 1994. Termination of logic programs: The never- 
ending story. J. Log. Program. 19/20, 199-260. 

En, N. and Srensson, N. 2003. An extensible sat-solver. In SAT, E. Giunchiglia and 
A. Tacchella, Eds. LNCS, vol. 2919. Springer, 502-518. 

Giesl, J., Schneider- kamp, P., and Thiemann, R. 2006. Aprove 1.2: Automatic ter- 
mination proofs in the dependency pair framework. In IJCAR 06. Springer- Verlag, 
281-286. 

Lloyd, J. W. 1987. Foundations of Logic Programming, 2nd Edition. Springer. 

Nguyen, M. T., De Schreye, D., Giesl, J., and Schneider-Kamp, P. 2011. Poly- 
tool: Polynomial interpretations as a basis for termination analysis of logic programs. 
TP LP 11,1, 33-63. 

Payet, E. and Mesnard, F. 2006. Nontermination inference of logic programs. ACM 
Transactions on Programming Languages and Systems 28, 2, 256-289. 

Serebrenik, A. and De Schreye, D. 2001. Inference of termination conditions for 
numerical loops in prolog. In LPAR, R. Nieuwenhuis and A. Voronkov, Eds. LNCS, vol. 
2250. Springer, 654-668. 



15 



Shen, Y., You, J., Yuan, L., Shen, S. S. P., and Yang, Q. 2003. A dynamic approach 

to characterizing termination of general logic programs. TOOL 4, 4, 417-430. 
Shen, Y.-d., Schreye, D. d., and Voets, D. 2009. Termination prediction for general 

logic programs. TP LP 9, 6, 751-780. 
Voets, D. and De Schreye, D. 2009. A new approach to non-termination analysis of 

logic programs. In ICLP, P. M. Hill and D. S. Warren, Eds. LNCS, vol. 5649. Springer, 

220-234. 

Voets, D. and De Schreye, D. 2011. Non-termination analysis of logic programs using 
types. In 20th International Symposium, LOPSTR 2010, Hagenberg, Austria, July 23- 
25, 2010, Revised Selected Papers, Lecture Notes in Computer Science, M. Alpuente, 
Ed. Springer, 133-148. 



16 



